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REAL PARTY IN INTEREST 

The real party in interest is Sharp Laboratories of America, Inc., the assignee of record, a 
corporation of the state of Washington. 
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RELATED APPEALS AND INTERFERENCES 



None. 
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STATUS OF CLAIMS 

Claims 1-7, 15, and 17-19 are canceled. 
Claims 8-14, 16, and 20-29 are rejected. 
The rejection of claims 8-14, 16, and 20-29 is being appealed. 
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STATUS OF AMENDMENTS 

No amendments have been filed subsequent to the final rejection mailed June 28, 2006. 
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SUMMARY OF CLAIMED SUBJECT MATTER 

Independent claim 8 claims a method of providing access to one or more services within 
a Digital TV Application Software Environment (DASE) using a declarative application (page 8 
lines 20-24, page 4 lines 2-4). The method includes receiving a transport stream (Fig 2, 24) 
having content (page 9 lines 11-13) and one or more applications (page 9 lines 18-20, page 10 
lines 11-16). The one or more applications provide services within the DASE (page 10 lines 13- 
16, 19-20). The method also includes using a renderer (Fig 2, 22) to interpret and prepare the 
content for rendering on a display device, such as a television screen (page 9 lines 16-18). 
Another element of the method is mapping at least one XDML document having at least one 
atomic element defined as a tag to a Document Object Model (DOM) structure having an atomic 
element defined as a node (page 10 lines 20-24). 

The method of claim 8 finally requires using a declarative application program interface 
(API) (Fig 1, 10) to access Program System Information Protocol (PSIP) data (page 9 lines 5-8) 
(the PSIP data may include data about advanced announcements of services and data about 
signaling the beginning of services). The claimed declarative API (Fig 1,10) includes an XDML 
API module (Fig 1,12) (page 9 lines 3-4) introducing new tags with semantics enabling HTML 
pages to perform active dynamic discovery of content and/or services (page 9 lines 7-9). The 
claimed XDML API module (Fig 1,12) has a rule structure for 1) defining the condition within 
the node of the DOM, and 2) realizing an action found in the PSIP data and defined by the at 
least one tag when the condition is satisfied, or 3) otherwise realizing an action defined by the 
node (page 11 lines 3-10). 

Independent claim 14 claims a system that receives DASE-compatible broadcast streams 
with video, audio, and/or data components (page 9 lines 11-13, 18-20, page 10 lines 11-16), and 
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renders the received components to a user (page 9 lines 16-18). The claimed system includes 
smart cards (Fig 6, 612, 614) (page 14 lines 17-18) and a PSIP database (Fig 6, 26) containing 
PSIP data storing service information related to the smart cards and service information 
independent of the smart cards (page 14 lines 19-23). 

The system of claim 14 also includes a declarative API (Fig 1, 10) configured to access 
the PSIP data (page 9 lines 5-8). The declarative API (Fig 1,10) includes an XDML API 
module (Fig 1,12) (page 9 lines 3-4) introducing new tags with semantics enabling HTML pages 
to perform active dynamic discovery of content and/or services (page 9 lines 7-9) of a transport 
stream (Fig 2, 24). A render [er] (Fig 2 22) is configured to intercept and prepare the content of 
the transport stream (Fig 2, 24) for rendering on an output device, such as a television screen 
(page 9 lines 16-18). 

Independent claim 24 claims a method of providing access to one or more services within 
a DASE (page 8 lines 20-24, page 4 lines 2-4). The method includes receiving a transport stream 
(Fig 2, 24) having content (page 9 lines 11-13) and one or more applications (page 9 lines 18-20, 
page 10 lines 11-16). The one or more applications provide services within the DASE (page 10 
lines 13-16, 19-20). The method also includes using a renderer (Fig 2, 22) to interpret and 
prepare the content for rendering on a display device, such as a television screen (page 9 lines 
16-18). 

The method of claim 8 also requires using a declarative API (Fig 1, 10) to access PSIP 
data (page 9 lines 5-8) (the PSIP data may include data about advanced announcements of 
services and data about signaling the beginning of services). The claimed declarative API (Fig 1, 
10) includes an XDML API module (Fig 1,12) (page 9 lines 3-4) introducing new tags with 
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semantics enabling HTML pages to perform active dynamic discovery of content and/or services 
(page 9 lines 7-9). 
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GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Whether claims 8-10, 12, 13, and 23-29 are unpatentable under 35 U.S.C. § 103 over 
Wugofski in view of A90 and Dolan. 

Whether claim 1 1 is unpatentable under 35 U.S.C. § 103 over Wugofski in view of A90 
and Dolan and further in view of Burkett. 

Whether claims 14, 16, and 20-22 are unpatentable under 35 U.S.C. § 103 over Wugofski 
in view of A90, Dolan, and Eyer et al. 
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ARGUMENT 

Applicant respectfully asks the Board of Patent Appeals and Interferences ("Board") to 
reverse the Examiner's rejection of all pending claims under 35 U.S.C. § 103(a). The rejections 
are improper as the Examiner failed to provide a prima facie case of obviousness because there is 
no motivation to combine references in the manner suggested by the Examiner, and because the 
proposed combination fails to teach every element of the claimed invention. In addition, the 
cited references teach away from the combination proposed by the Examiner. Therefore, one of 
skill in the art would not have found it obvious to make Applicant's invention at the time of the 
application when presented with the references cited by the Examiner. 

In the Office Action dated June 28, 2006 ("the Office Action") the Examiner rejected 
Claims 8-10, 12, 13, and 23-29 under 35 U.S.C. § 103(a) as unpatentable over Ted Wugofski's 
article, "A Modular Hypertext Markup Language for Broadcast Applications," 1 October 1998, 
Draft #4, Over the Moon Productions, <http://xml.coverpages.org/bhtml-4.html> (hereinafter 
"Wugofski") in view of the Advanced Television System Committee's standard, "ATSC Data 
Broadcast Standard," Doc A/90, 26 July 2000 (hereinafter "A90") and in view of Michael A. 
Dolan's article, "Report on Television Data Applications," NIST GCR 01-818, 1 July 2001 
(hereinafter "Dolan"). The Examiner also rejected claim 1 1 under 35 U.S.C. § 103(a) as being 
unpatentable over Wugofski in view of A90 and Dolan and further in view of U.S. Patent No. 
6,635,089 to Burkett et al. (hereinafter "Burkett"), and rejected claims 14, 16, and 20-22 under 
35 U.S.C. § 103(a) as being unpatentable over Wugofski in view of A90, Dolan, and U.S. Patent 
No. 5,982,445 to Eyer et al. (hereinafter "Eyer"). 

The Examiner also rejected claim 1 1 under 35 U.S.C. § 1 12, second paragraph as being 
indefinite for including elements lacking antecedent basis. Applicant does not appeal this 
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rejection, and, if the claims are held allowable over the cited art, Applicant will submit an 
amendment correcting the antecedent basis problems. 

Accordingly, Applicant respectfully provides the following. 



Rejections under 35 U.S.C. § 103(a) over Wugofski, A90, and Dolan 

The Board should reverse the Examiner's finding of obviousness as to claims 8-10, 12, 

13, and 23-29 relying on Wugofski, A90, and Dolan. The standard for a Section 103 rejection is 

set forth in M.P.E.P 706.02Q), which provides: 

To establish a prima facie case of obviousness, three basic criteria must be met. 
First there must be some suggestion or motivation, either in the references 
themselves or in the knowledge generally available to one of ordinary skill in the 
art, to modify the references or combine reference teachings. Second, there must 
be a reasonable expectation of success. Finally, the prior art reference (or 
references when combined) must teach or suggest all the claim limitations. The 
teaching or suggestion to make the claimed combination and the reasonable 
expectation of success must both be found in the prior art, and not based on 
applicant's disclosure. In re Vaeck, 947 F.2d 488, 20 USPQ2d 1438 (Fed. Cir. 
1991). 

(Emphasis added). Under this standard, it is clear that the cited references do not teach every 
claim limitation and that one of skill in the art at the time of the invention would not be 
motivated to combine the references to arrive at the claimed invention and would not expect 
success in doing so. 

Section 103 specifically requires assessment of the invention "as a whole." The Federal 
Circuit explained that inventions typically are new combinations of existing principles or 
features. Envtl. Designs, Ltd. v. Union Oil Co., 713 F.2d 693, 698 (Fed. Cir. 1983) (noting that 
"virtually all [inventions] are combinations of old elements"). The "as a whole" instruction in 
title 35 prevents evaluation of the invention part by part. Ruiz v. A.B. Chance Co., 357 F.3d 



1270, 1275 (Fed. Cir. 2004). The Federal Circuit further explained that 
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[w]ithout this important requirement, an obviousness assessment might 
successfully break an invention into its component parts, then find a prior art 
reference corresponding to each component. [Ruiz at 1275.] This line of 
reasoning would import hindsight into the obviousness determination by using the 
invention as a roadmap to find its prior art components. Further, this improper 
method would discount the value of combining various existing features or 
principles in a new way to achieve a new result - often the essence of invention. 
Id. 

Contrary to this reasoning, section 103 requires assessment of the invention as a 
whole. Id. This "as a whole" assessment of the invention requires a showing that 
an artisan of ordinary skill in the art at the time of invention, confronted by the 
same problems as the inventor and with no knowledge of the claimed invention, 
would have selected the various elements from the prior art and combined them in 
the claimed manner. Id. In other words, section 103 requires some suggestion or 
motivation, before the invention itself, to make the new combination. See In re 
Roujfet, 149F.3d 1350, 1355-56 (Fed. Cir. 1998). 

Princeton Biochemicals Inc. v. Beckman Coulter Inc., 411 F. 3d 1332, 1337 (Fed. Cir. 2005). 

Therefore, there must be some suggestion or motivation either in the references 
themselves or in the knowledge generally available to one of ordinary skill in the art to modify or 
combine what the reference teaches. "Obviousness cannot be established by combining the 
teachings of the prior art to produce the claimed invention, absent some teaching or suggestion 
supporting the combination." In re JohnR. Fritch, 972 F.2d 1260, 1266 (Fed. Cir. 1992). Any 
such suggestion must be "found in the prior art, and not based on applicant's disclosure." In re 
Vaeck, 947 F.2d 488, 493 (Fed. Cir. 1991). Indeed, "[t]he mere fact that the prior art may be 
modified in the manner suggested by the Examiner does not make the modification obvious 
unless the prior art suggested the desirability of the modification." In re Mills, 916 F.2d 680, 682 
(Fed. Cir. 1990). A "clear and particular" showing of the suggestion to combine is required to 
support an obviousness rejection under Section 103. MPEP § 2142. 

In addition, a prior art reference that "teaches away" from the claimed invention is a 
significant factor to be considered in determining obviousness. MPEP § 2145; In re Gurley, 27 
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F.3d 551, 554, 31 USPQ2d 1130, 1132 (Fed. Cir. 1994). In fact, it is improper to combine 
references where the references teach away from their combination. MPEP § 2145; In re 
Grasselli, 713 F.2d 731, 743, 218 USPQ 769, 779 (Fed. Cir. 1983). "A reference may be said to 
teach away when a person of ordinary skill, upon reading the reference, would be discouraged 
from following the path set out in the reference, or would be led in a direction divergent from the 
path that was taken by the applicant . . . [or] if it suggests that the line of development flowing 
from the reference's disclosure is unlikely to be productive of the result sought by the applicant." 
In re Gurley, 27 F.3d at 553, 31 USPQ2d at 1131. 

Claims 24 and 29: 

Independent claim 24 requires "using a declarative application program interface to 
access Program System Information Protocol (PSIP) data, wherein the declarative application 
program interface comprises an XDML application program interface module that introduces 
tags having semantics that enable performance of an active dynamic discovery of at least one of 
(i) the content and (ii) the services." Focusing on this limitation, it is clear that this limitation is 
not taught or suggested by the combination of cited references, and that one of skill in the art 
would not be motivated to combine the cited references in the manner suggested by the 
Examiner. 

In the Office Action, the Examiner rejected this limitation as a whole, relying on 
Wugofski as teaching all elements except PSIP data and a declarative API comprising an XDML 
API. The Examiner then indicated that Dolan states that the ATSC is working on a standard for 
DASE systems and will use XDML. Finally, the Examiner indicated that A90 discloses that the 
PSIP standard is used to describe system information and program data. The Examiner stated 
that to serve the purpose of providing program guide data there must be an ability to access the 
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data stored in the PSIP. The problem is that the Examiner fails to show how one of skill in the 
art would understand from these documents " using a declarative application program interface " 
to perform these functions, as is required by claim 24. 

This is likely due to the fact that nowhere does any one of the cited documents disclose 
that a declarative API is able to perform the claimed functions. The Examiner cited A90 at 
section 11.1 (included in the Evidence Appendix ("E. A.") herein for the convenience of the 
Board at E.A. 32) as disclosing that the PSIP standard is used to describe system information and 
program data. However, this section makes no mention that the PSIP data services are accessible 
to then-current declarative APIs. To read such into the one paragraph disclosure cited by the 
Examiner would surely be using impermissible hindsight reasoning to reconstruct Applicant's 
claims. Additionally, the disclosure of A90 should be read in light of the later disclosure of 
Dolan, which reports on the then-current state of the art (see Dolan page 30 footnote 7 (E.A. 
35)). 

While Dolan teaches that the new ATSC standard for declarative applications will 
include XDML (see Dolan page 30, (E.A. 35)), Dolan specifically teaches that the declarative 
application alone (the one using XDML) is unable to access electronic program guide (EPG) 
(E.A. 34) information, which, according to A90, is the purpose of the PSIP data (A90, page 45 
(E.A. 32)). Specifically, see Dolan at page 36 (E.A. 41, "Section 9.3" and "Section 9.4"), where 
Dolan lists the suitability of a Declarative Only system and the suitability of a Procedural Only 
system. Notably, Dolan excludes electronic program guides (EPGs) from the list of suitable 
applications for Declarative Only systems, placing EPGs only in Procedural systems or systems 
having dual functionality. Similarly, Dolan's table 9.1 provides a summary of application 
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suitability by platform, and the declarative DASE system "DDE-l-B DASE-DA" is not listed as 
being EPG-suitable (E. A. 43). 

Therefore, Dolan is highly probative of the state of the art as of the filing date of the 
application, and not only clearly shows that only procedural applications were able to access the 
PSIP data, but also clearly teaches away from the claimed invention of "using a declarative 
application program interface to access Program System Information Protocol (PSIP) data." In 
light of this information, it is clear that "a person of ordinary skill, upon reading the reference, 
would be discouraged from following the path set out in the reference, or would be led in a 
direction divergent from the path that was taken by the applicant." In re Gurley, 27 F.3d at 553, 
3 1 USPQ2d at 1 13 1 . Therefore, Applicant respectfully submits that the cited references fail to 
teach "using a declarative application program interface to access Program System Information 
Protocol (PSIP) data," that there is no motivation contained in the references themselves to 
combine the references in such a way as to arrive at this limitation, and that one of skill in the art, 
when viewing these references would not expect success in doing so, but would instead be 
discouraged from doing so by the references themselves. 

Furthermore, in the Office Action, the Examiner took the position that Wugofski teaches 
an API that introduces new tags having semantics that enable HTML pages to perform an active 
dynamic discovery of at least one of (i) the content and (ii) the services, citing Sections 1.1 and 
4.2. However, the Examiner did not specify any specific language from Wugofski that teaches 
this aspect of the claim limitation of claim 24. 

Section 1.1 merely discloses that Wugofski is specifying a language that might serve as 
the foundation for Broadcast HTML ("BHTML"). Clearly, this section does not disclose that the 
HTML pages perform an active dynamic discovery of content or services. Section 4.2 discusses 
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"the A Element," which Wugofski specifically discloses as "defining] an anchor," and discloses 
that: "The A element's content defines the position of the anchor. The name attribute names the 
anchor so that it may be the destination of zero or more links. The href attribute makes this 
anchor the source anchor of exactly one link." Thus the A element, relied on by the Examiner, is 
a static element that only provides static linking by clicking on a hyperlink. 

Clearly this element does not perform "active dynamic discovery" of content or services. 
The dynamic discovery claimed by applicant allows the declarative API to access updated 
information whenever a change in the content or in a condition occurs without requiring that 
entire pages and links be rewritten, as must occur using the static anchors described by 
Wugowski. Neither Dolan nor A90 discloses any information that teaches or suggests using a 
declarative/XDML API to perform this "active dynamic discovery," and therefore, none of the 
references, alone or in combination, teach this aspect of the claim limitation. 

Therefore, because the cited references fail to teach every claim limitation of claim 24, 
because there is no motivation to combine the references in the manner disclosed so as to arrive 
at the claimed limitation, and because one of skill in the art would not expect success in doing so, 
Applicant respectfully submits that a prima facie case of obviousness has not been shown 
regarding claim 24. Claim 29 depends from claim 24 and is at least allowable for the same 
reasons. Applicant therefore respectfully requests that the Board reverse the rejection under 35 
U.S.C. § 103(a) of claims 24 and 29. 

Claims 8-10, 12, 13, 23, and 25-28: 

Claims 8-10, 12, 13, 23, and 25-28 contain each of the limitations discussed above with 
respect to claim 24, and are at least allowable for the same reasons. In addition, each of these 
claims contains limitations further limiting the claimed declarative API, requiring that the API 
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include a rule structure for "defining a condition within [the/a] node; upon satisfaction of the 
condition, realizing an action defined by the at least one tag, which action is found within the 
PSIP data; and otherwise, realizing an action defined by the node." Applicant respectfully 
submits that this additional limitation is not taught or suggested by the cited references, alone or 
in combination. 

In the Office Action, the Examiner indicated that Wugofski teaches "defining a condition 
within the node" (citing Appendix E.l, "public Boolean hasChildNodes()"), "upon satisfaction of 
the condition, realizing an action defined by the at least one tag, which action is found within the 
data" (citing sections 4.19 and 6.2), and "otherwise, realizing an action defined by the node" 
(citing sections 4.19 and 6.2). However, the rejection by the Examiner fails to note that the 
action to be taken is an action "found within the PSIP data" (see claims 8 and 25). 

Section 4.19 of Wugofski describes a Switch element that allows rendering of alternate 
presentations based on the results of certain test elements. Nothing in this section discloses that 
the action taken will be found within PSIP data. Section 6.2 describes an Event element that 
triggers an action based on the occurrence of a designated event, such as the end of a media 
stream. Again, nothing in this section describes that the action taken is found within PSIP data. 
Therefore, nothing in Wugofski teaches the claimed limitation of realizing an action found 
within PSIP data, as is required by the claim. As is set forth above in detail, this is not surprising 
given the fact that none of the cited references disclose access to PSIP data using a declarative 
application, as the claims require. 

In the Office Action, the Examiner made a passing reference to PSIP in Wugofski, 
asserting that Wugofski recognizes that PSIP can be used with the disclosed technology of 
Wugofski, citing Appendix G.3's "oneventstart." However, this disclosure does not disclose the 



Serial No: 09/924,136 
Page 19 of 44 

claimed limitation of "an action found within PSIP data," but rather discloses only detecting the 
beginning or end of a PSIP event (or a media stream) and taking an independent action (the 
action being contained in the statically-written bHTML, and not "found within the PSIP data") 
based on the happening of the beginning or end of the PSIP event. 

Finally, the Examiner's rejection of the claim limitations draws from various sections of 
Wugofski without setting forth how Wugofski teaches a rule structure for each of the elements. 
Specifically, Wugofski draws on Appendix E.l as disclosing nodes, then makes an unsupported 
assumption that the mere disclosure of the presence of nodes in Wugofski somehow discloses "a 
rule structure for: defining a condition within a node," when nothing of Wugofski explains a 
connection between Sections 4.19 and 6.2 to Appendix E. 1 . The only mention of nodes in 
Wugofski is in the Appendices, and the Appendices do not disclose "defining a condition within 
a node." Therefore, Applicant respectfully submits that Wugofski fails to teach or suggest the 
claimed rule structure in all its details. 

Dolan and A90 also fail to teach or suggest these limitations, as neither document 
discusses rule structures, nodes, or declarative API access to actions found within PSIP data. 
Because none of the cited references, alone or in combination, teach every claim limitation, 
Applicant respectfully submits that the claims containing these limitations are not made obvious 
by the cited combination of references. Therefore, for the reasons discussed above with respect 
to claim 24, and for the additional reasons discussed in this section, Applicant respectfully 
submits that claims are not made obvious by the cited references. Applicant respectfully 
requests that the Board reverse the Examiner as to the rejections of claims 8-10, 12, 13, 23, and 
25-28 under 35 U.S.C. § 103(a). 
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Rejection of claim 11 under 35 U.S.C. § 103(a) over Wugofski, A90, Dolan, and Burkett 

The Board should reverse the Examiner as to the rejection of claim 1 1 under 35 U.S.C. § 
103(a). The standard for a rejection under 35 U.S.C. § 103(a) is discussed above in detail with 
respect to the rejections over Wugofski, A90, and Dolan alone. The Examiner should be 
reversed as the additional reference cited by the Examiner, Burkett, fails to disclose the 
limitations discussed above with reference to claim 8. Claim 1 1 adds additional limitations to 
those discussed above with reference to claim 8. In the Office Action, the Examiner relied on 
Burkett only to teach the additional limitations claimed by claim 11, and did not indicate that 
Burkett teaches anything regarding the claim limitations discussed above with respect to claim 8. 
Therefore, claim 1 1 is not made obvious by the addition of Burkett as Burkett fails to address 
PSIP data in any form, and does not even deal with DASE systems. Applicant therefore 
respectfully requests that the Board reverse the rejection of claim 1 1 by the Examiner under 35 
U.S.C. § 103(a). 

Rejections of claims 14, 16, and 20-22 under 35 U.S.C. § 103(a) over Wugofski, A90, Dolan, 
and Ever 

The Board should reverse the rejections of claims 14, 16, and 20-22 under 35 U.S.C. § 
103(a) relying on Wugofski, A90, Dolan, and Eyer. The standard for a rejection under 35 U.S.C. 
§ 103(a) is discussed above in detail with respect to the rejections under Wugofski, A90, and 
Dolan alone. The Examiner should be reversed because the cited references, alone or in 
combination, fail to teach or suggest every claim limitation, because there is no motivation to 
combine the references in the manner suggested by the Examiner, and because one of skill in the 
art would not expect success in arriving at the claimed invention by combining the references in 
the manner suggested. Additionally, the cited references teach away from the claimed invention. 
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Independent claim 14 requires "a declarative application program interface configured to 
access the PSIP data, wherein the declarative application program interface comprises an XDML 
application program interface module that introduces new tags having semantics that enable 
HTML pages to perform an active dynamic discovery of at least one of (i) content and (ii) 
services of a transport stream." As discussed in detail above in relation to the rejection of claim 
24, this limitation is not taught or suggested by the combination of references including 
Wugofski, A90, and Dolan. Additionally, as discussed above, there is no motivation to combine 
these references in the manner suggested by the Examiner to arrive at the claimed limitation, and 
the cited references, specifically the newest reference, Dolan, specifically teaches against the 
claimed limitation. Therefore, Applicant respectfully suggests that this limitation is not made 
obvious by the combination of Wugofski, A90, and Dolan. 

Applicant further respectfully submits that the addition of Eyer does not make obvious 
the claimed limitation. In the Office Action, the Examiner relied on Eyer as disclosing smart 
cards and a smart card memory including a channel map. The Examiner did not rely on Eyer as 
disclosing a declarative API accessing PSIP data or an XDML API, as Eyer does not discuss 
PSIP data or XDML, let alone a declarative API comprising an XDML API accessing the 
unmentioned PSIP data. Therefore, the addition of Eyer does not provide any information that 
would make the claimed limitation obvious in light of the enlarged combination of Wugofski, 
A90, Dolan, and Eyer. Applicants therefore respectfully submit that a prima facie case of 
obviousness has not been shown regarding claim 14. Claims 16 and 20-22 depend from claim 14 
and are at least allowable for the same reasons. 

Applicants therefore respectfully request that the Board reverse the Examiner as to the 
rejections of claims 14, 16, and 20-22 under 35 U.S.C. § 103(a). 
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Conclusion 

The Board should reverse each of the Examiner's rejections under 35 U.S.C. § 103(a) in 
light of the evidence and arguments. None of the rejections made by the Examiner provide a 
prima facie case of obviousness, because the combination of the cited references fails to disclose 
every element of the claims, because there is no motivation to combine the references in the 
manner disclosed by the Examiner, because the references themselves teach against the 
suggested combination, and because one of skill in the art would not expect success in 
combining the references in the manner disclosed by the Examiner. The conclusion that must be 
drawn from the rejections by the Examiner is that the Examiner has relied on improper hindsight 
reasoning to reconstruct Applicant's claims against the requirements of Section 103. The Board 
should therefore reverse the Examiner as to all rejections under 35 U.S.C. § 103(a). 

Dated this 10 day of January, 2007. 




Raspdctfully submitted, 



MicTrael FJKrieger 
Attorney mx Applicant 
RegistratijlaNo. 35,232 
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CLAIMS APPENDIX 

1-7. (cancelled) 

8. (previously presented) A method of providing access to one or more services 
within a Digital TV Application Software Environment (DASE), the method comprising: 

receiving a transport stream having content and one or more applications, wherein 
the one or more applications provide the one or more services within the Digital TV 
Application Software Environment (DASE); 

using a renderer to interpret and prepare the content for rendering on a display 

device; 

mapping at least one XDML document to a Document Object Model (DOM) 
structure, the XDML document having at least one atomic element defined as a "tag" and 
the DOM having an atomic element defined as a "node;" and 

using a declarative application program interface to access Program System 
Information Protocol (PSIP) data, wherein the declarative application program interface 
comprises an XDML application program interface module that introduces new tags 
having semantics that enable HTML pages to perform an active dynamic discovery of at 
least one of (i) the content and (ii) the services, wherein the XDML application program 
interface module includes a rule structure for: 

defining a condition within the node; 

upon satisfaction of the condition, realizing an action defined by the at 
least one tag, which action is found within the PSIP data; and 
otherwise, realizing an action defined by the node. 
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9. (original) The method according to claim 8 further comprising the step of 
rendering the XDML document based on the realized action. 

10. (previously presented) The method according to claim 8 wherein the mapping 
step comprises identifying all tables via a master guide table. 

11. (previously presented) The method according to claim 10 further comprising the 

steps of: 

defining an object class for each table identified; 
parsing each table; 

for each parsed table, constructing an object instance; 
generating a DOM root document object; 

adding each virtual channel as a child of the DOM root document object; and 
adding each event information table as a child of a virtual channel table based on 
source ID. 

12. (previously presented) The method according to claim 8 further comprising the 
step of rendering the realized action for display on the display device. 

13. (original) The method according to claim 8 further comprising the step of 
automatically and dynamically updating all referenced actions. 



Serial No: 09/924,136 
Page 25 of 44 

14. (previously presented) A system that receives DASE-compatible broadcast 
streams containing video, audio, or data components, or any combination thereof, and renders 
the component(s) in a manner useful to an end user, the system comprising: 

a plurality of smart cards; 

PSIP data preserved within a PSIP database, in which service information 
pertaining to the plurality of smart cards is stored as well as further service information 
provided by the system independent of the services of the plurality of the smart cards; 
and 

a declarative application program interface configured to access the PSIP data, 
wherein the declarative application program interface comprises an XDML application 
program interface module that introduces new tags having semantics that enable HTML 
pages to perform an active dynamic discovery of at least one of (i) content and (ii) 
services of a transport stream, wherein a render is configured to interpret and prepare the 
content of the transport stream for rendering on an output device. 

15. (cancelled) 

16. (previously presented) The system according to claim 14 wherein the system 
further includes means for mapping XDML declarative applications to a Document Object 
Model (DOM), which is used to enable JavaScript access to the PSIP database. 



17-19. (cancelled) 
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20. (previously presented) The system according to claim 14 wherein the new tags 
include associated unique identification values to access content. 

21. (previously presented) The system according to claim 14 wherein the content can 
be generated based on user-inputs. 

22. (previously presented) The system according to claim 14, wherein the services 
comprise at least one of: 

(i) an electronic program guide; 

(ii) a weather reports; 

(iii) a stock market report; 

(iv) television commerce; 

(v) a game; 

(vi) interactive advertising; 

(vii) interactive news 

(viii) an interactive TV show; 

(ix) an interactive sports broadcast; 

(x) TV-gaming; 

(xi) TV-auctioning; 

(xii) email; and 

(xiii) web-browsing. 
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23. (previously presented) The method according to claim 8, wherein the services 
comprise at least one of: 

(i) an electronic program guide; 

(ii) a weather reports; 

(iii) a stock market report; 

(iv) television commerce; 

(v) a game; 

(vi) interactive advertising; 

(vii) interactive news 

(viii) an interactive TV show; 

(ix) an interactive sports broadcast; 

(x) TV-gaming; 

(xi) TV-auctioning; 

(xii) email; and 

(xiii) web-browsing. 
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24. (previously presented) A method of providing access to one or more services 
within a Digital TV Application Software Environment (DASE), the method comprising: 

receiving a transport stream having content and one or more applications, wherein 
the one or more applications provide the one or more services within the Digital TV 
Application Software Environment (DASE); 

using a renderer to interpret and prepare the content for rendering on a display 
device; and 

using a declarative application program interface to access Program System 
Information Protocol (PSIP) data, wherein the declarative application program interface 
comprises an XDML application program interface module that introduces tags having 
semantics that enable performance of an active dynamic discovery of at least one of (i) 
the content and (ii) the services. 

25. (previously presented) A method as recited in claim 24, wherein the XDML 
application program interface module includes a rule structure for: 

defining a condition within a node; 

upon satisfaction of the condition, realizing an action defined by a tag, 
wherein the action is found within the PSIP data; and 

otherwise, realizing an action defined by the node. 

26. (previously presented) The method as recited in claim 25, further comprising the 
step of rendering the XDML document based on the realized action. 
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27. (previously presented) The method as recited in claim 25, further comprising the 
step of rendering the realized action for display on the display device. 

28. (previously presented) The method as recited in claim 25, further comprising the 
step of automatically and dynamically updating all referenced actions. 

29. (previously presented) The method as recited in claim 24, wherein the services 
comprise at least one of: 

(i) an electronic program guide; 

(ii) a weather reports; 

(iii) a stock market report; 

(iv) television commerce; 

(v) a game; 

(vi) interactive advertising; 

(vii) interactive news 

(viii) an interactive TV show; 

(ix) an interactive sports broadcast; 

(x) TV-gaming; 

(xi) TV-auctioning; 

(xii) email; and 

(xiii) web-browsing. 
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EVIDENCE APPENDIX 

The following evidence relied on by Appellant in the appeal was originally cited by the 
Examiner and was entered in the record by the Examiner as follows (as the cited references are 
voluminous, only relevant excerpts of the cited references have been included in this Appendix): 

1) Advanced Television Systems Committee, "ATSC Data Broadcast Standard 
Including Amendment 1 and Corrigendum 1 and Corrigendum 2)." 26 July 2000, Doc. A/90 
("ATSC Data Broadcast Standard A/90") was cited by the Examiner and entered in the record on 
December 13, 2005. 

2) Dolan, Michael A. "Report on Television Data Applications." 1 July 2001, NIST 
GCR 01-818 ("Dolan' s Report on Television Data Applications") was cited by the Examiner and 
entered in the record on December 13, 2005. 
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Excerpt from ATSC Data Broadcast Standard A/90 
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AT St: ATSC Data Broadcast Staadard (A/95) 26JahrSK> 



11. DATA SERVICE ANNOUNCEMENT REQUIREMENTS 



11.1 introduction 

Program and M'st^m Icfoin .vion Pi^rm-el *PMPi specified m [2] i^ a collection of 
hieiaiUnLillv ?ii4ugeJ. table- foi Jrscnhmg swem luf-imatieii and piogn.111 gmde data Tin- 
vt^n-hid utilize^ and bmlds upon the P^T? 'itandaiJ to sriect data ^ince^ in the hicadeaat 
stream. This standard defines extensions, to {!]. 

The ^keduV a Data Sensee niv net V unit-im^ed as> a s ep ssate event howe'tei dieie 
shall be a i a:a_ w v cp_ t<u rtpv r as vr-iated w ith each D^ta <sei \ ice 

11.2 Virtual Channels 

Earn \irtual channel m a P^sIP Virtual Channel Table- *YCT* shall include no more than 
one Jata <-i\ice Couse<rnenth theie shall be no awe than one data tlnneutan. ^reani of 
s- trartj'.ns \akiif 0x^5 ^"imc" Description Fr^ne^Lik snfuimationi lifted ui each vntnal 
channels Spruce Locatit'ii Be^i'iipjoi in the YCT Fmlhmnore there shall be in. moie than . re 
datj elementary ^fteam of rre?t JiCt 'alue 0::9? tVmct De^csiptit-n Filing _ik iiifo b mstion> 
lifted 'ii a ~ ro:-3r _rnr_wt i'mstanre >tf a Program Map T^ble as defined in [11] 

The beivKe Location Descriptor -»f a \ utital channel corner nig a Jbra sen ice shall li^t all 
the h*a e^emeutan steams belonging to the ISO IEC 13isiis-l Piogiani associated w^h the 
Virtual Chuni^l dut mj\ be used In tlie data sen ice The dan tenice ma\ utilize nn\ cr all of 
the prcWrol encapsulation rvpes defined bv diis standard T hc no _ L h^ me _nL.f iv defined 
m [2]) for ^erv se^ of sfcritf^tyn* 1 \alue *»x{.U shall he equal to oi gseates than 100 Eaou v.ith in\ 
coiisuimr up to ^00 ^tand-alone Jota ven. it e*> |?er \akie ?f m^ei \ntiul harme! number emit- 
presest m the ATSC Transport. Stream. 

11.3 Dam Event Table 

\ ie^ iMe i uned t if* Da i E ^Lt Tibl" x DETt is def n»-d h^ic-unfM Thr p« ui 
the DEI is tvvoioid: 

* To supp^i' th** iiuii limine + ot * dit v=i i ■= n \ i*mlC lannel i PSTf iz-*_ c~t* 
held ^ ilue equd t UUP4 u n h does not iik iide n\ audit ^ nlfM 

» To illov sppinte auiu uk -me * oi the di*a k.- p s ton ot «i ihc on leo iiti 
e-eiit iPsIF «i * eh* \^bi<r *ct^l to 0\0 ' o^ wt> o Jin e <°i t >?sIP 

f-_t pr- lie d T ahir t 0\0it it imial th inn 

F> a 1 liriiil r nn,iel ot H.tc-_ > e %er ^*ti ^er* i"-ll he iihiojiil'- 1 1 a 

DET. 

F> t T iitu-\. clnnn 1 ot s^r t s_ e <X f * * i 0 0 th" ^ta jt-r ic p^non oi an 
\adt^ 1 1" ^ d *a e\rnt iiir 1 nui iiied l dependent t, in ^ DET The pmpo e i 1 srp r tte 



The- VCT k a more g easrstl ferm that iixtaites. «itb.er the TCVT or tte CVCT as «lefiaed in reference [21 
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Excerpts from Dolan's Report on Television Data Applications 
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Fsp cs r ^ si TVleu^-i. Data Apj Jwtion « 



Coupons 

Electronic Program Grade (EPG i 

IPG Interaction 

Gambling 

Gaming 

Home chopping 
Inquiry 
Look and Feel 
Mark tor Recording 
Polling 

bpo-rts Statistics 
Train-' Plane Schedules. 
Targeted Advertising 
Viewer Demographics 
Weather 

7.2.1 Coupons 

This is the ?tfei foi a discount oi other incentive to the viewer foi a produrt or servae This 
could range from tbe discounted pay per view movies from the brocsdcavfei or aggregatoi itself 
oi for ltem^ ^rrentlv being advertised This i^ diffeieiit from ' mqturv below -a that it could be 
done without any interaction b\ thr viev, ei This has the interesting receiver lequnenienf that 
*heie be koiw suit of output device to either print the coupon oi otherwise rmn<fer sta wlue to 
the: viewer. 



7.2.2 biecironk: Program Guide CEPG) 

This l- the Jjsplav en tar* rei_er sn of the ser ices jni piogiiinnims: that is (.online up This lata 
is coined eithei in *h& teleiisiun siu.nl oi out of band and Jot-s not seqvme any sort letum 
■ hannel i, %ee moie belm . t-u eiih^sn cd \ auctions en tkss Al o the intei&^ioa is locil to die 
ieceuei — that ic rf 15 u«w»J pimieii Iv £o< tuning or lecordirs oi othri things the vewes does 
locally to the receiver., 

7.2.3 EPG Interaction 

This is a nckr-i EPG expedience that ur.oh^ lefii^mg piogiain ie\ie^ and \.ther activitie% that 
leqmie ,t return channel Other exrmplrs m 'hide pivclnsmg pry pel -view movies pui chasing 
DVD s, purchasing »iudic CD - obtaining m^ie lntoiiuanon about the mo\ie o< ditdio piot^im 
such as artists, directors., etc. 



? 2OOG-2O01 Mielswl A D ilaa 
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EiU> 



H~ML4 



ETML4 

<> 4->c:i 



- 1 Si l M 



3Hj 



8.3 SMPTE DDE-1 (Transport B) & A TSC DASE-1 (Declarative Only*) 

Tie Tittup rrB \eiMonul DDT I cHueiv th- tto*a o^ei *he idee tudio adc^s t j j ui li 
*he Linnet The Interact rrtu n -h mi" m this, . ±hi*f- tUi»-i fti^iou 1 jji e iL ih* s. *i f^'ii e 
< c ilvi be „e r •'led m tie iie**c iitdi >bu\i 1 ist TL^ *i " I " I tTi ie n^ie hvl\ to uve A e i„ URJ 
scheme, but can use ooth. a«: and http: . 

4T^sf iv v crv n. L^mpletio.3 tl e ^t^ivL fl^noi it i -*DTY 4j.j.ln_fl*ion ■sotr^ ire 

Ela ionine* * D4>£i It ulIi'** a o u iia apph it o l r a o Clients Deceit i lJ 

P*c « * Tin ir^nte-ftsie T%e will ^oj tf \m i* t L cub a declarative application (DA* only 

Due to the j tirn t \ timet on^ lequi >-i a* * t.t the D \sE T A. * i-. functionally verv -mulm t-c 

\XIPTE DDE-1 tb**kulve <tn a bem j in r^min-tliaim^l % tWmetl 

ATSL DA a ^enipri n oi the h Alo? us \\ eb ^hin^oji 

XT ML tYHTMLl t Tiiditioml auJFi i ie^t ml ^ersi 

C;Sb2 Subset 

ECMAScript 

DOM2 Subset 



Tli i ie ueti K to ze j i* eDl E e^ei »l ir »- l. hu 1 11 K»tiiT- t tL -> i-i "ii 
atsssssnng cons-tram*. 

"Tli t iMM^W l'le^TH nit i j. . p is f'lhMi' Tto= i.ti^j, tti-hi 

:i 1 E1m i.m dilt tiu i j in tioii^^i ^TsC L iIUp^ l utt 



€> 2000-2031 Miclsael A Bolsa 
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Rfipcs r c si Tele-, imoi. Daw Appls : iti 3L.V. 



Adchnonallv it includes decoder foi the follow mg conten* tvy?*. which may be embedded in 
the XHTML: 

PNG Image-, umase png } 
JPEG Image's i image j peg] 
PCM Audio i audio ba^ie.} 
MNG Animated Giaphics ( video.-- ning) 

Poil^bie Font Re-somee *Tit5»Doc£'i Foirti 'application, foiit-tdpfi) 
Zip An: hive upplicatsoa<'z?p} 

URI scheme support mclodes: 

tv: 
hd: 

And i ui.i 1> it inJudt-s M^pt t* loi a tugg^i 4 T^gge ^ a speual d;?tr t\p j that p'cudet, 
^nchroiiizit en Vtueeu the BAbE DA contr*r and the \ ideo „mdio pir^ mmimg Th>- 
synchronisation. i<* t u^nth Innv- s the v ^tcm awmes z^e df-cedp time foi boO iie u^ge* 
cuid tb** taiget cmr-nt Tne tiisa'-i an a \snt as vk-tined at W J < Tliss i^ richer mo<e 
generalized version ol the DDE-1 trigger. 

Tli m.ua taiiLtioual addn ei b in DA^E-DA aie the snj^ ir Sri MNG -,iJ o iiles <tuJ 
dowaloadaMe touts. 

Tbr r- 1- no fil' *ini" mtr-met Lonne*. lis a oi irfura ■ .lannel Foi ni^r- nifoi nation j leav- see 
'DA'sE] A Mock dsig im or i tvpical ATs><- DAbE iec**i es. is -Jiea u <n Figrti-* K 2 belcm 
Vote *haf xhr D 4 p^r-ion is all *■< e m a f t u^a oi: m th s section igncie die ? A -m irornif nt» 

Figure S.2 Typical ATSC DASE-1 Receiver. 
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DASE Application Environment 



Dixhimfh -t? Em ire ft 




Fa tit 
t Engine 


Procedural En virus 


| A?T | 


1 JsraTY AT^C. HAVi & ItAVTC 1 
| APIs | 


1 ECMASrjrisx II iHTMLCSS I 








h 


| ?VM 1 






Content 
Decoders 





8 4 DVB MHP 10&ATSC DASE-1 (Procedutal Only) 

Both DYB MH? I u <md ATbC DASE-1 define a procedural ^ik lromuent bnse.d on thf Ja^ -i 
ViihK?! Machine and a »>er t>£sj>eei ti API v Tlie me 11 cmueiita are \ ^malai ia that the 
API support is. based around: 

Personal Java. 

Ja T ,a Media FiamewoiL i JMF 

Java.® TV 

KAVs 

In addin^i rhei al-o e ^ h iinm aom^ ^n- T— API s Mr? irsc x ana ms dvb f fLi Nippon ot 
4ie Jifreieiit.es I em m + h- a t^ans^t i t nell i fmu ei 1 of <lu± diz d ji Jaw TV "m? 
while r ma * be pov-ib e to audi* r consent *hat iv on Ifoth m\ ionme it ' hk'-h taat tae 
1 r ia^ioi v\ill oi eir* ii nimeat- k-pmdeut L^t^e 1 - -ceded t^ed 

Ne- Fume S 2 to a g^re^al } ^ ruie oi thr aicr-^ctur^ oi iie eiitn-" DA "E e r j >nment X< t*e 
"hat letu ed o<ih lb the PA e v ii »iau ist us f us -eCion Set- Fsgiire 5; 1 b^ »*\ t * a 
jiictiki 1 of ^ F pier L MHP I 1 ^Ler ei For the pircedunl \ emnonni'iiT 1311 re rL^ lett L\lf 
ot the diagram. 



Figure 8.3 Typical DYP MHP LI Receiver. 
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8.5 A TSC DASE-1 & MHP 1 1 (Procedural snd Declarative) 

Finally, by combining the Dc T knatrve and Procedural emss"oomenr%. one h.?* Ebe union of the 
aielutecmre-j described above i>ee Fisuie £ 2 for die entire DASE-1 eavuv ameat, and ^ee 
Figyr" S 3 foi the entire MHP 1 1 environment, bodi of which ha\<r a sumlai aichitexture and 
design The major function difference i* that DVB MHP ! 1 contains a retuni-chaimeL. 



8.6 OCAP 

A standard foi the cable industry is underway 5 m the OpeaCable group managed fay 
Cabieisbs. called OCAP. It is an environment that is basically the union of SMPTE DDE- 1 
Transport B and DVB MHP 1 .0. 



8.7 Summary of Platform Capa foil Hies 

Table i> 1 jhrw i ^nm comp^istn the f'atl an capaoilitie^ m )><m it to Tuthonng 



Tdble b 1 Summati of Phlfcn m C ap^liihtiH^ 



L^jiahihtt 




DDE-1-4 


DBE-l-B 


DASE-P\ 


MHP 


MHP 


Oi AP 








DAM- 




lit 


i I 





TLi a\> Li tin. ^ - nX? h -s -u tu^j, e p Ja* s> l p a fe>- c iUle!il« "%TT l ^ip~> 1 IpIU ,1, ^ 
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X 


Image Content 


X 
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PCM Audio 


X 
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X 
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Java Virtual Machine 


X 






X 
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Java TV API' v 
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HAVi API's 








X 
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JMF API's 
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9 Suitability of Each Receiver Configuration to the Application 
Requirements 

9 1 None (sepat ate internet browser) 

Hlnethe e" tdeiined this is the u^x. it pt. \\ r< fu oi the e 'Mii.ijn.eiit- ItieK^ bilious hod 
CMin^nte* eap«l ht w^ich h?- sioaix to He qiutf n< 1 And ottei: ? Window ^ and ?»-iiti m t 
pUtiorm is »sai .esi ■wlieit die ct. iwe '+ tt^io^ acntalh iu> ude exe^mabi s andpltisnn-v iri 4ii% 
-c ecitic p'lrtoim 7L ^ lead*- to ? i^n. o'-eii endrd c j absl F and thus til apphi.it oi couitl 
e\i-utte on *his pUtioitu Eo^e^er itfrjtew p i< si^ 1 dual— .u**ei iiennient and r >not 
po^ible to La\e tehably iMichroisized apj-h^atici j The a]_p tenons that -eem \\oik?b J ." 1 
seme reasonable maimer are: 

Teletext 
Gambling 
Gaming 
Polling" 

Train.' Plain Schedules 
Weather 

9.2 SMPTE DDE-1 {Transport A) 

Transport A version of DDE-1 require* a return channel to \vo*i: Hence it has a few extra things 
it a n do diat Transport B cannot relu bly dv* It is declarative onlv so applicahcus that lequ^re 
geneial pmpose compnt cannot be done Unlike ' none ' it uses a single *oeen s£ .sdvet fisin'? 
and odier applications leqmrmg coupling to vi \=o a n be accomplished The applications th* t 
seeni workable m some reasonable manner are: 

Teletext 
Coupons 
Gambling 
^Taming 

Home chopping 

Inquirv 

Polling 

Plane Tiain Vhefluies 
Weather 

9.3 SMPTE DDE- 1 (Transport B) & A TSC BASE 1.0 {Declarative Only} 
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Ti aikpiTt B DDE I semow'. the seqimenieiit roi ^ ietum channel TJm-s n lias a leduced 
nppli* atiuti >et wrdn^pra to Tiaiisport A ^im e DAsE DA 1-. funchomlU T < "-n ximiLir (.the 
■?xtia functions Jo not increase ajjpliottien ^uppor*) then the list iv i i~ntic;^ The application 
that seem workable in some reasonable manner are: 

Teletext 

Coupons 

Look and Feel 

Traan/Plane bclie-dsdes 

Weather 



9 4 DVB MHP 1 Q&ATSC DASE-1 (Procedma! Onfy) 

ATM D^^EPApio l a s Hn.ut gener l-pypofes? ^oi i^utia;: m lrosiniriit bir it L ^ a r^rani 
dnnn'-i Hea e nmr aj i>li <mv<n^ that t rould otli'-rwi-e do me nvt possible Bit tar 
appht a o*i> tfc r spcin^oi^j >le some ieas^i^ble n annr^ ra ATM? D4.SE 1 ft PA i e 

Coupon* 
EPG 

Look and Feel 
Trans; Plane bchedsles 
Weafher 

In lci ti ist th MHP 1 0 ei \iiomiirni ran do all appluitMms e\cc| t to \k?A. i i Re aiding 
The PVR tuitUuii-s like th^ lie ekn rb n-^ el^ it \c-u\d p o faob k-ue *hat as n ell The 
p^imar rea ons i-\ tl^s eir ncmnent V t\s Hie to 11 .rodle hie ~ppkf at cn-> are 

Return channel 

Uensral Purpose Compiling 

9 5 ATSC DASE-1 {Procedutai and Declarative) 

Th >> l jn-st th" i>Lif m oi t e DA andP°\ ^ap Jjikt es and t uiv the snppf t ted apph ati* Tae 
union list is: 

Teletext 

Coupons 
EPG 

Look snd Feel 

Tiain Plane Schedules 

Weather 
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B. 6 DVB MNP i, 1 (Procedural and Declarative) 

This is IS [HP I 0 tmdudme the return chauueh and j DA environment "miliar to BASE-k Leave 
is supports all the application scenarios. 



5.7 OC4P (Procedural and Declarative) 

This in DDE-l-B plu> MHF 1 (J ^mre DDE-l-B i«* fimcrioii<tih almost -tjunaWt to DAiE-1 
PAandMHPl IDA it h theiefore fanetioiiaib equivalent to MHF 1 ! and rims suppo b fs all 
application scenarios. 



9.8 Summary o f Application Analysts 

T^blt- 3 ] beLi, shcn\s uiim ^ o* I Lie L^it cnv di ca^* ► ji tK pp:* iuJvku L jr 
In eb to v nk oi 1 c t su tcf t ea 1 en iroui tea* i gei°f 1 iv^e timhrag n 1 r done m 
a 1 it-L^dunl -sammt v\ a\i a p-ru n d.i * ^ v e oo n 1 ti«i 1 hr MH? c1i*iiq- mJ t e 
Of AP o Jinn to e lci He H<\e T ei tie question 1 isthoimg i o-t ttr ts rk >> ut M Foi 
ex<imp "hi* m \ be t ^uiti tie iu 1kku_ <_ost u^m^ HT> IL via ^ e^es-u^ uviaa K 
^kt 1 +h" i f t ii* one could do m ~hi ^ m T i "\ is onb oi e i l* tm oils den is % hit is 
heM Thi^^f^i m H oi lieDAonh ei lromnent 'DDE 1 * 

TL s« oiid dm H1.I tit oi ( not "fUUiesseu nth utao^m^ le^crf* i cei ei o-* tl -ih 1 i- 
m^re e\p>-ii i T >i irie imt J rh th D4 d PA en l iiim^nts thin o ^ ei e ei v s'nni i 
No v i hout i nking d nils ^s vii h n^ ^onmeitu hr m iti ^t it smplem nrin 
iPv er f-i l P3i a ill orm^ born i i 101- p\pew r thin TAitkoi 1113 one- ^s tuisweidi u *i 
oitLeD* PA 011,-1 irem ent lDDEDAsETA sIFP 1 

It stk 1*1 ^1 <- 0^11 * 11 tl t 11 the 1 e ti ten 1 lvttk hid- cmp e\n tu u s.n* rim os - s^e 
Section " 4 ! md r vers « <_ st \ni both \tr hr e *icro a ni idop 1 1 ot pe^. tic TT\ 
eiren'onments. 

Tl e o h*n thing oi n te is th tx *he Ma 1 toi P ^d pput. tions ac not d re th suj.p i*^d in 
am "-I ironnient t I hoi hMHP ow s.k ^ tl ere ss ui ent^ no 1 area* ide i*iii ^onr^ 
mil* ^ t taal v bibles Tl 1 1 ^n-^ f a l! >v si j p i ^ *ions ipi=d j p^i ei il ^le-o 
ec rue - o F\ ^ o n > i t e bei is -iddr^ ed it rlii t, nr 11^ ) T he An time soup 'T^ A] 
Y\ luetics pmaiil iifif-v^iui rii n -ft it s 111 mipsinnt c ip-ignj ipildin th r Mk 
m Lie 1 irtsni \. i h \. v the -Mv ed >-i iroim ent di cu dhei- litieiitboi s ji ion 
Tl * eti-i is -iAouiit- 1 tn ic-1 r>\ this \v oil ^Vsel p^itic il ll situeil hrou^i t le LCiitenr 
fishts tnanasement issues. 
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Rsfjoft oa Television Data Applicaiioas 



Table 9.1 Summary of Application Suitability to Platforms. 



Application 


None 


DDE-l-A 


DDE-IB 
BASE -DA 


DASE-PA 


MHP 
1.0 


MHP 
i.i 


OCAP 


Closed Captioning 








X 


X 


X 


X 


Nielsen Ratings 










X 


X 


X 


Teletext 


X 


X 


X 


X 


X 


X 


X 


Coupons 




X 


X 


X. 


X 


X 


X 


EPG 








X 


X 


X 


X 


EPG Interaction 




X 






X 


X 


X 


Gambling 


X 


X 






X 


X 


X 


Gaming 


X 


X 






X 


X 


X 


Home Shopping 




X 






X 


X 


X 


Inquiry 




X 






X 


X 


X 


Look, and Feel 






X 


X 


X 


X 


X 


Mark for Recording 
















Polling 


X 


X 






X 


X 


X 


Sport* Statistics 


X 


X 


X 


X 


X 


X 


X 


Train.'Pbne Schedule 


X 


X 


X 


X 


X 


X 


X 


Targeted Advertising 


X 






X 


X 


X 


X 


Viewer Demographics 










X 


X 


X 


Weather 


X 


X 


X 


X 


X 


X 


X 
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RELATED PROCEEDINGS APPENDIX 



None. 



